This is something I have tried a few times and got working. However the big issue was always how slow decompling the entire jar is, hopefully I was just being silly as it would be great if this could be done.

I'll try forcing it to decompile the entire Jar first and then time it.

Latest commit decompiles the entire Jar in 11 minutes, which is not too bad, IMO. What do you think?

Latest commit decompiles the entire Jar in 11 minutes, which is not too bad, IMO. What do you think?

It's cool, but I think it's unreasonable to make the user wait for 11 minutes for the site to be ready. Especially if we want to be able to link to it from the docs for example.

I imagine it not being enabled by default, and only so for when you want to index the entire Jar, e.g. for full code search, as in #11.

Would it be possible to add some E2E tests for this, or is it too slow? It would be nice to have some confidence that it works on the 3 main browsers.

I say this PR is ready for actual review.

Added E2E test for decompiling some classes by stopping as early after one class is decompiled.
This should test the worker setup and whatnot.

Awesome, thanks for that. Ill take a closer look shortly. Do I need to do anything special in cloudflare to add the headers or is that magically handled by the _headers file?

CF should handle it automatically by the _headers file.

I think this is looking good, is the fork of VF still required?

Yeah since it uses new API that I added. Still unreleased.
katana-project/vf#4

I can transfer my fork into FabricMC org if you want.

CC: @zlataovce

I seem to be getting an error when running this in chrome dev:

client.ts:113 Uncaught ReferenceError: SharedArrayBuffer is not defined
    at decompileEntireJar (client.ts:113:9)
    at onOk (JarDecompilerModal.tsx:29:22)

Firefox seems fine, as does the e2e test. Am I doing something wrong?

SharedArrayBuffer was disabled by default in modern chrome due to security issues. I think it now requires adding some specific HTTP security headers to re-enable.

Yeah since it uses new API that I added. Still unreleased. katana-project/vf#4

I can transfer my fork into FabricMC org if you want.

CC: @zlataovce

I will look into publishing it today

I seem to be getting an error when running this in chrome dev:

Hm, not sure, it worked when I tried it, both on Chrome stable and Dev. What if you use the production build?
npm run build && npm run preview

SharedArrayBuffer was disabled by default in modern chrome due to security issues. I think it now requires adding some specific HTTP security headers to re-enable.

This PR already accounts for that.

Changed to use official VF release.